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Introduction 


Project management is the skill of moving 
from ideas to results and, as such, is applicable 
to every significant initiative we are given or 
come up with ourselves. Today, individuals, 
organizations, and nations need project 
management skills more than ever in a world 
that values individual and collective initiative 
above just about any other attribute. 


Project Management outlines a range of 
practical understandings and skills that will make 
your projects both successful and satisfying. It 
will provide you with common-sense solutions to 
the project management issues you will face as 
you plan and implement a project, and the tools, 
tips, and techniques it contains are intended to 
help you achieve consistent success using 
minimum resources. The book is written for 
those taking their very first steps in project 
management, but also offers many helpful 
reminders to those with more experience. 


In the final analysis, your success as a project 
manager is down to you; it will depend on your 
ability to make your vision of “what can be” more 
influential in your own and other people's thinking 
and actions than the reality of “what currently is.” 
If the following pages guide, challenge, and 
energize you in this quest they will have fulfilled 
their purpose. 


Thinkin 
project” 


Projects are the mechanism by which 
organizations and individuals change and adapt 
to take advantage of new opportunities or to 
counter threats. In a world in which business 
competitiveness is based on a search for 

new products and ways to do things, all 
individuals can improve their prospects by 
always thinking: “Where is the project in 
my current situation?” 


10 / THINKING “PROJECT” 


What Is a project? 


A project is a piece of work that is designed to bring about an agreed upon 
beneficial change within a fixed timeframe using specified resources. 
Projects usually require the coordinated activity of a number of people 
to achieve that outcome, and often incorporate an element of risk. The 
projects in this book focus on change in organizations, and run for a 
defined length of time alongside the day-to-day work of an organization. 


What makes a task a project? 

Projects are the way in which human creativity 

is most effectively harnessed to achieve tangible, 
lasting results. In the past they may have been 
called something different, but building a pyramid, 
painting a ceiling, or founding a nation all required 
vision, planning, and coordinated effort—the 
essential features of what we now call a project. In 
practical terms, just about any initiative or piece of 
work that is too large or unfamiliar to be completed 
successfully without some measure of preparation 
and planning can, and usually should, be 
approached as.a project. 


Th 


of organizations believe 

that project management 
is critical for good 
performance and success 


and quality — 
pees 


_ Vision, planning, 
_ and coordinated 
: effort—the 
essential features 
' of a project 


A project is 

a one-time 
scope of work | 
defined by three 
parameters— 
time, cost, 
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Defining a project 
_ At its simplest level, a projectisa 
“one-time” scope of work defined by 
three parameters—time, cost, and 
quality. In other words, it is the means 
by which a particular result is delivered 
using specified resources within a 
set period of time. 

For most projects, one of these three 
parameters is “fixed” {i.e., should not or 
cannot change), but there is flexibility in 
at least one of the other two. Where the 


quality of the product is fixed [bringing a 
new drug to market, for example], costs 
have a tendency to rise and deadlines to 
slip if work is more extensive or complex 
than was first envisioned. Where the 
deadline is fixed [as for a tender deadline 
or a business conference], people either 
throw more resources at the project to 
make sure that it is ready on time, or they 
cull desirable but nonessential features 
in order to deliver the essential elements 
of quality within the timeframe available. 
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Achieving change beneficial by the person or people 

Some projects are highly visible—large sponsoring it. Many organizations 

and prestigious building projects, for use project management systems and 

example—while for others, no one methods to implement change. These 

except those directly involved has any systems include CPM (Critical Path 

understanding of, or interest in, what Method), PERT (Program Evaluation 

they will deliver. and Review Technique), and PRINCE 2 
Whatever the size and nature of a (PRojects IN Controlled Environments). 

project, the principal goal is always to Some of these were devised for specific 

bring about a change that is viewed as industries, but have become widespread. 


: The Eden Project has 
: Deen visited by more than 
: 13 million people 


Case study 


SETTING THE STANDARD 
When Tim Smit pitched the idea 

of creating a science-based visitor 
attraction showcasing 100,000 
plants from around the world in 

an abandoned clay pit in southwest 
England, few would have expected 
the Eden Project to have become 
the icon it is today. Despite the 
many technological challenges 

of creating the world’s largest 
greenhouses—two giant 
transparent domes—the main 
construction phase was complete 
by March 2001. Since then, it has 
been visited by more than 13 million 
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people, at a rate of over one million 
ayear, and has brought hundreds 
of millions of dollars to the local 
economy. Just as important to 
Smit, Eden is now a significant 
contributor to the global debate 

on sustainable development and 
environmental issues. As with any 
high-profile project, commentators 
offer a variety of explanations for 
its success: technology made the 
original design and spectacular 
scale possible, but Smit’s vision, 
inspirational leadership, and 
refusal to compromise on quality 
were undoubtedly central. 


© January 1995: Tim Smit has the idea for creating 
a huge site displaying the world’s most important 
plants. In October 1996, architects sketch initial 
plans based on the shape of giant bubbles. 


© October 1998: it rains every day during the 
first months of construction, filling the chalk 
pit with water. The project devises a record- 
breaking drainage system. 


© March 2000: fund-raising reaches the level 
needed to gain 50% match-funding from the 
Millenium Commission grant promised in 1997. 


O March 2001: the Eden Project opens to visitors 
and by July 2008, the ten millionth visitor arrives 
and is greeted by Tim Smit in person. 
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The project sequence 


The life cycle of any project consists of six main phases: initiation, 
definition, planning, control, implementation, and review. At 
whichever point you, as project manager, enter the project’s life, 
be sure to acquaint yourself as fully as possible with any preceding 
phases you have missed. 


Defining project phases 
The first phases of the project should 
lead to a clear outline of the overall 
parameters of time, cost, and quality. 
These factors form the scope of your 
project (see p.11}. INITIATION 
The initiation and definition phases 
involve using tools and approaches to 
identify the situation to be addressed, the 
desired end result, and the core team 
responsible for making it happen. Once 0? ) 
these are established, the planning 
phase focuses on the detail of what has 
to be produced and how this can be done 
most effectively with minimum risk. At 
this stage, schedules and budgets should PLANNING 
be finalized and the elements of risks 
and benefits should be added to the 
scope of the project. 


CONTROL 


Tip 
FOCUS ON DEFINITION 


Fully explore the “whats” and 
“whys” of the project before you 
start to make practical plans— 
this will help you avoid the 

need for costly revisions in 

later phases. 


Scope and overlap 

The project's scope describes the desired 
end result of a project. Scope often 
includes reference to the context in 
which the end result of the project will 
be delivered, and who the end user 
will be. There is some overlap between 
project phases, especially at the start, 
and planning continues throughout 

the project. Generally, there comes 

a point at which significant resources 
are committed, and the control phase 
of the work begins. 
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The planning phase 
focuses on the detail 
of what has to be 
produced and how 
this can be done most 
effectively with 
minimum risk 
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Controlling and implementing 

The schedules and budgets that you established 
while planning will allow you to track progress and 
make adjustments as needed. As the control phase 
nears completion, focus switches to preparation for 
the moment when the results will “go live.” While 
you should have been considering the needs and 
expectations of end users at every stage, your 
primary focus during this implementation phase 
should be taking steps to ensure that they react 
positively to the change your project has brought 
about. Plan your review stage around predefined 
criteria by which the project's success can be 
measured. These can then be used to declare 

it complete before moving into a phase where 
resources are reallocated and lessons learned. 


INITIATION 


PLANNING 


CONTROL 


0 of low-performing 
US organizations 
(} yf 0 understand the value 
of project management 


Th 


of high-performing 
US organizations 
understand the value 
of project management 
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Maintaining flexibility with what proves to be possible once 
While in theory the phases provide a you have produced a first draft of the 
logical sequence, in practice they often plan. Similarly, experience gained from 
overlap, so you need to adopt a rolling work early in the project may lead you to 


process of continuous review during the identify flawed assumptions about the 
definition, planning, and controlphases. duration and complexity of tasks, leading 
For example, you may need to modify the to areevaluation of timescales, budgets, 
initial scope (see p.11) of a project to fit and other resources. 


Identifying the problem to 
be solved or opportunity to be exploited. 


Deciding in detail how to achieve the objective—timescales, 
resources, responsibilities, and communications. 


Doing the work, monitoring progress, and 
adjusting the plan according to need. 


Passing what you have created over to those who will be 
using it, and helping them to adjust to any changes. 
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Defining the team 


Role clarity is essential if you are to deliver a successful project, as 
every project is a new and often unique scope of work, and project 
teams are often built from scratch. Each stakeholder—a person 
who has influence over, or interest in, the process or outcome of 
the project—should be clear about exactly what the role entails 
and what should be delivered. 


Understanding key roles 
Every project is different, but there are a number of 
key roles that apply to most projects [see below). 
The relationship between these roles is functional 
rather than hierarchical. Although by the nature of 
the role the sponsor will usually be the most senior 
member of the project team—and 
will certainly be more senior than 


the manager—little else can be 
assumed about the relative 
seniority of other members of 
the team. Technical specialists, 
in particular, often have skills 
based on years of experience 
and are often “senior” to the 
project manager. 


Key project roles 


MANAGER 


Has day-to-day 
responsibility for 
the project at 
executive level. 
Manager and 
sponsor must 

be in complete 
agreement about 
what constitutes 
success with 
respect to time, 
cost, and quality. 


SPONSOR 


The person who 
owns and controls 
the resources 
needed for the 
project’s success 
and on whose 
authority the 
project rests. 


CLIENT (OR 
SENIOR USER) 


Coordinates or 
represents the 
interests and 
needs of the 
end-user group. 
If there are many 
end-user groups, 
each with 
differing views, 
there may be 
multiple clients. 


BEWARE THE BUYER 
Buyers often wield significant 
power where a project has been 
procured. Those who also act as 


the client can sometimes have 
an adversarial relationship with 
the project. Handle such clients 
carefully, using the sponsor 
where necessary. 


TECHNICAL 
SPECIALISTS 


In many projects, 
success depends 
on the input ofa 

small number of 


essential skills, 
high levels of 
crucial access, or 


making authority. 


people with expert 


personal decision- 
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Knowing your team 

Your project team will generally be made 
up of people from your organization and 
contractors—referred to as the internal 
and external team, respectively. Clearly, 
these people are key stakeholders in the 
success of your project, so as project 
manager you must make their motivation 
and focus a priority. This may take some 
skill and effort: team members often 
have other work to juggle. In addition, 
they will be influenced by a second ring 
of stakeholders over whom you have 

no direct control (or of whom you have no 
knowledge], such as their line managers, 
colleagues, clients, and suppliers. 


END USERS 


Often, end users 
are represented 
by the client, but 
there are key 
points in most 
projects when 

it is helpful to 
communicate 
directly with 
this group. 
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Being project 


manager 


AS a project manager, you will be the central hub around which your 
project team is formed. Much of your success will depend on your ability 
to make the project something others want to be involved in or, at the 


very least, do not want to oppose. 


Owning the project 

Whether you have been delegated the 

role of project manager, or you sold 

an idea upward to someone capable of 

sponsoring it, you are likely to have 

demonstrated personal and managerial 

competence and commitment to the 

change under consideration. 
“Competence” and “commitment” 

are the sorts of solid but colorless 

words often found in management books; 

however, the last thing a project manager 

can afford to be is colorless. Indeed, 

the very best project managers area 

paradoxical combination of “larger than 

life” —self-confident, decisive, creative, 

and engaging—and self-effacing—down- 

to-earth, hands-on, and eager to learn 

from other members of their team and 

promote their contributions. 


PLAY DEVIL'S ADVOCATE | 
Anticipate opposition by thinking 
through possible criticisms of 

your project and coming up with 
effective counterarguments 

so that you are well prepared 

to tackle negative views. 


Success comes from 
building diverse individuals 
into a strong team and 
motivating them to produce 
quality results within the 
requisite timeframes 


Selling the idea 

To be fully convincing as a project 
manager, you must first be convinced 

of the value of the initiative under 
consideration yourself. If you do not 
believe the results are attainable, or 

are lukewarm about their value, you are 
unlikely to make the sacrifices or identify 
the creative solutions required when the 
going gets tough—as it almost invariably 
will at some point. Furthermore, you 
must be able to communicate your 
enthusiasm to others and have the 
confidence to stand up to opposition 

both inside and outside the project 

team. Conversely, you must be a good 
listener—able to sift through the opinions 
of others and take on their ideas whenever 
they improve the quality of outcome or 
the likelihood of success. 
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Taking on responsibility every member of the team the same, 

To be an effective project manager, irrespective of their seniority and 

you must have a balance of task- and personality. You also need excellent 
people-related skills. While your time management and personal 
ultimate goal is to deliver a result, organization, so that you can think 
success comes from building diverse beyond immediate distractions or crises 
individuals into a strong team and @ provide proactive leadership to 


motivating them to produce quality 
results within the requisite 
timeframes. Often you will 

achieve this through personal 
determination, creativity, and 
powers of persuasion. At a deeper 
level, you also need the moral 
courage and integrity to treat 


other members of the team. While it 
is important to have at least some 


understanding of the technical 
aspects of the project, your 
management role is to provide 
the decision-making, planning, 
and leadership skills outlined 
in this book. 
fiL»~ 


1 Dol havea clear idea of who the end users are in my project 
and what the world Looks like through their eyes? .........csceeeeeees L 


2 Dol understand what is required of this project and why? ............ LJ 


3 Dol care about the outcome enough to make personal 
SACKIFICES tO-ACHICVE IE? 5. sé. ccccccscssccecassesesessasesssddecessesescevs saa satesvesseses L 


4 Am |confident I can deliver it given the constraints of cost 


ING UIT 2a eae, hs ceeee ccaee ab sa edec seu se eae aga edad se ete eens Stee aueee L] 


5 Am|prepared to take risks and back my own judgment 
WNEPE NCCESSALY? seccccsesssecctecssesesccscorsesesssnsseaccsesesecceesssondesascecdusanceeds L 


BS ee 
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Working with your sponsor 


The relationship between the project manager and the sponsor 

is the foundation upon which the whole project is built. Both must 
have the same understanding of what constitutes success and 
should have established a relationship of trust that enables each 

to share issues and concerns with the other as soon as they crop up. 


Engaging the sponsor 

Your sponsor should be the individual 
(rather than the group, committee, or 
team] who owns the resources required 
to make the project successful and 

will act as the final arbiter of success. 
This will be based partly on hierarchical 
seniority and partly on personal authority. 
Effective sponsorship is one of the key 
determinants of your success, so a wise 
project manager invests time and effort, 
first, in selecting the right person—if you 
have a choice—second, in forging the 
right relationship, and third, in providing 
the sponsor with the information and 
arguments he or she needs to defend 

or champion the project as necessary. 


In focus 


CHOOSING YOUR OWN 
PROJECT SPONSOR 

If you are in a position to choose 
your sponsor, your goal should be 
to achieve just the right balance 
between authority and accessibility. 
While it is generally helpful to have 
as senior a sponsor as possible, 
you also need someone for whom 
the project is significant enough 

to command their active interest. 
A sponsor who keeps up to date 


Meeting your sponsor 

Your first meeting with the sponsor 

of your project is a key moment of 
influence. This meeting should not 

be just about the detail of the project, 
but it should also establish how you and 
the sponsor will work together to make 
the project succeed. 

Give high priority to agreeing on the 
communication channels and escalation 
procedures—these will outline how 
and when to involve the sponsor when 
things go wrong. In larger projects, 
key team members such as a Senior 
user or technical specialist may also 
be invited to attend this initial meeting 


with the sponsor. 


with your progress and is aware 
of potential or actual issues will 
be well placed to make decisions 
or help you overcome any 
opposition or obstacle to the 
project without the need for 
extensive briefing. You need to 
be able to consult your sponsor 
quickly when things go wrong 
and feel comfortable that 

you are more than just one 
commitment among many. 
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How to forge a good sponsor-manager relationship 


Find out from them 
what information is 
required, when or how 
frequently it is needed, 
and in what format. 


Express clear 
expectations of them 
to ensure you seta 
worthwhile “contract” 
upon which to build 
your relationship. 


Ask about your 
sponsor's past 
projects and project 
managers, to 

establish their style 
of working and likes 
and dislikes. 


Identifying poor sponsorship 


Beware the sponsor who cancels or postpones Tp 


your meetings at short notice, or who fails to get 


your project on to the agenda of key decision- AVOID SURPRISES 
making meetings. Quickness to apportion blame, Never try to hide things 
or to get unnecessarily embroiled in detail, are that have gone wrong 
other indications that your sponsor has become from your sponsor— 
detached from the goals and progress of your eyenipihismmesne 
project. Think very carefully about what you admitting a serious 
should do and who you might speak to if your mistake on your part. 


sponsor's lack of engagement starts to threaten 
the success of your project. 
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Documenting progress 


Standard documents and agreed upon circulation and sign-off 
procedures increase the efficiency of project teams and improve 
communication, particularly between sponsor and manager. If your 
organization does not yet have a standard set of project documents, 
you can enhance your reputation considerably by producing your own. 


Designing documentation 

Having a suite of carefully designed project 
documents allows information to be carried over 
from one project milestone to the next—or even 
transferred from project to project—and helps 
occasional stakeholders find information quickly 
within a particular document. Simple formats 
work best and should incorporate a cover sheet 
identifying the document, the project to which it 
refers, and the key stakeholders involved. Never 
underestimate presentation: people are quick 

to judge based on first impressions, and if your 
paperwork looks professional, they will treat you 
as such unless you subsequently prove otherwise. 


Using document sign-offs 

The practice of physically signing off on 
documents is a very useful way to get 
people to take a project seriously. 
However, any decision about whether 
to use it needs to be sensitive to the 
culture of your organization: if people 
are generally good at engaging with 
projects and delivering on promises, 
then asking for signatures may be seen 
as unnecessarily aggressive. If this 

is not the case and a firmer line is 
required, implementing a policy of 
signing off on documents is most 
easily achieved if you employ it from 
the start, with all document formats 
having space for signatures. 


INVEST TIME 
EARLY ON 

It is often difficult 
to find the time in 
a busy schedule 
to develop and 


manage project 
paperwork, buta 
little time spent 
considering 
documentation 
early on will get 
your project off 
on the right foot. 
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DEFINITION PHASE 


Project Initiation Document (PID): defines what the project 
must deliver and why. a 
Business case: the financial figures behind the opportunity. A 
Risk log: a record of all risks and approaches to resolution. 4 


PLANNING PHASE 


Schedule and resource plans: the plan in detail, including 
completion dates and resource requirements. 
Quality plan: what processes will be monitored, and how. 


CONTROL PHASE 


Changes to scope: agreed to modifications on the original 
brief. 

Milestone reviews: progress against schedule and budget. 
Quality reviews: confirmation that processes are being 
followed. 


IMPLEMENTATION PHASE 


User Acceptance Test (UAT): reports and sign-offs from end 
users at all levels. 

Implementation schedule: the plan for how the project will be 
handed over to end users. 


REVIEW PHASE 

Post-implementation review: assesses what the project 

has delivered. 

Lessons learned review: how things could have been done better. 


setting up 
a project 


A successful project depends on clear thinking 

in the preparatory stages. The initiation and 
definition phases of the project management 
process build on each other to establish precisely 
what the project is expected to deliver to the 

end users, while the planning phase sets out 

how this is to be achieved. 
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Initiating the project 


The goal of the initiation phase is to set out the reasons for a 
project and the context in which it will run. As project manager, 
your goal in this phase is to secure the briefing, backing, and 
resources you need from your sponsor to begin a detailed 
evaluation of the work to be done. 


Agreeing on the brief 
The first step in the initiation phase is to establish that both you 
and your sponsor view success in the same terms—both the 
result to be achieved and the way you will work together to 
achieve it. Based on these discussions the project mandate and 
brief can be drawn up. These should document, respectively, 
the business opportunity or issue to be addressed, and some 
outline thoughts on how this might best be done. The initiation 
phase should end with the sponsor signing off on the brief and 
allocating resources that allow you to move into the definition 
and planning phases of your project. 


| Establish that both you and your 

_ Sponsor view success in the same 
_ terms—both the result to be achieved | 
and the way you will work together 


Getting the right support 

The type of support you need from your sponsor 
during this phase will to a degree be dependent 

on where the Idea for the project came from. 

¢ Top-down initiation In most organizations, 

targets for future development and plans for a 
variety of initiatives become projects undertaken 
by operational managers. In this kind of “top-down” 
initiation, the sponsor delegates the execution of the 
project to you. This is a critical point for you: do not 
let nerves or excitement cloud your judgment of 
what you need at this stage. You can expect strong 
support from above, but need to secure a very clear 
briefing of what is expected from the project. 


pos: 
0, 


of project managers have 
executive sponsorship 


¢ Bottom-up initiation Not all the best 
ideas come from those at the top of 

an organization; those closest to the 
customer may be the first to spot 
commercial opportunities. Successful 
projects initiated from the “bottom up,” 
by people who end up managing them, 
indicate a very healthy corporate culture. 
It shows that those at more junior levels 
are having initiative rewarded with real 
responsibility—and this represents an 
opportunity that should be seized. Your 
advantage in this case is that you will be 
highly motivated, with a very clear idea of 
what you want to achieve and how this 
could be made possible. Your priority is 
to obtain solid support from a sponsor 
who is fully behind the project so that you 
can go on to deliver results that justify 
his or her confidence in you. 
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PITCHING YOUR 

OWN PROJECT 

If you identify an opportunity 
requiring more resources than 
you personally can muster, your 
first step should be to target 

a suitable sponsor and pitch 
your idea. Your presentation 
should identify the size of the 
opportunity and be supported by 
hard evidence. Think about the 
questions your sponsor might 
ask. Prepare well: there are 
unknowns and risks in any 
project, so your sponsor's 
decision will be based as much 
on your credibility as on the 
strength of the idea. Even if you 
do not get sponsorship for this 
idea, you can enhance your 
prospects of getting future 
projects sponsored if you have 
put a well-argued case forward. 


Your priority is to obtain 
solid support from a 
sponsor who Is fully 
behind the project 
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Building a project team 


One of the most important functions of the project manager is to build and 
maintain the “team dynamic.” By giving your project a strong and positive 
identity, and making the team a rewarding environment in which to work, 
you increase the likelihood that people will give you that “extra 10 
percent” that dramatically increases the quality of their contribution 

and reduces the amount of effort it takes to manage them. 


Putting a team together 

An effective project manager builds a team with 

a strong sense of identity. This is often more 
challenging in a small team than in one with a higher 
profile and fully dedicated team members. Start by 
taking time to select the right people, with input from 
the sponsor (see pp.18-19). Base your decisions on 
availability and relevant skills/knowledge/contacts, 
but also take personality “fit” and motivation into 
account. Stakeholder analysis (described overleaf) 
can be a useful tool for assessing potential 
candidates and finding the best way to manage them. 
Make a personal approach to each person selected 
and request their participation. Don’t beg; simply 
explain why you have selected them and the benefits 
they can expect for being involved. 


Getting started 

Hold an initial meeting with all project whether there Is anything your team 
team members. It is helpful to have the members particularly like or dislike, 
sponsor present for a proportion of a and what their hopes and concerns are. 
“kickoff” meeting, but you will enhance Talk with the group about how project 


your authority as the project manager if — decisions (particularly in relation to 

you are the one to arrange and chair the _— deadlines) will be made. Discuss how the 

meeting. (If you do not have the authority | team will acknowledge success; what to 

to do this, you may struggle to manage do if people fail to deliver; and how any 

the group through the rest of the project.) _ possible conflicts will be resolved. 
Discuss team roles and ground rules 

for your project before getting into the 

detail of the task to be undertaken. 

People appreciate being asked about their 

experience of project teamwork. Find out 
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key roles in a 
project team may 
be filled with 
fewer people 


A 


Developing identity 

A strong team is built on a strong identity. 
Give your project aname, but beware 
of choosing anything too clever—the 
best names are generally low key, with 
positive connotations, offering a useful 
shorthand reference for the project. 
Create a team location, be it a building, 
room, desk, or notice board, or a virtual 
location on the intranet or web. Make 

it somewhere that information can be 
displayed and progress checked, and 
give people reasons to frequent it. 


: Select the right people, with 
: input from the sponsor 


Members of your team will take 

greater “ownership” of your project 

if they feel as if they are an important 
part of it. Involve them in production of 
the work schedule, risk analysis, and 
problem solving. Establish the “soft” 
success criteria, relating to teamwork, 
morale, personal behavior, and learning, 
in addition to the hard criteria set out 

in your project definition. 


1. Do my team know One: ANOthe ?:.....:.cccccccsesscssssccecseesscseisecstsssnceseessnes L LJ 
2 Do they respect one another? .0....... ee ceeesceeeeeceeeeeceeeeeeeeseeeeeeeeeeeeeenee L] L] 
3 Do they know how their roles fit together? ..0.........ceeeeseeeeeeeeeeeeeees LJ | 
4 Have they agreed on the standards to which they 

will hold one another accountable? ............essseeeeeeeeseeeeeeeeeeeeeteeeeeneee L] L] 
5 Do they acknowledge my role as project Manager? ..........::ssseeee L] L] 
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Analyzing stakeholders 


The various stakeholders in your project—from the sponsor to each 
individual internal team member—all view it from very different 
perspectives. Analysis of each stakeholder’s attitude toward your 
project, and degree of influence within it, can be a useful part of 

the process by which a team is put together and managed. 


Identifying key players 

All projects have multiple stakeholders. Some will be 
more important than others, either because of their 
involvement in delivering elements of the work, or 
because they are influential in the environment 


where the work is being produced or will be deployed. 


Stakeholder analysis allows you to identify the 
most important people in your project and decide 
where to invest time and resources. It should lead to 
a communication plan aimed initially at canvassing 
opinion and then providing the right people with 
timely information throughout the project's lifecycle. 


Stakeholder analysis allows you to 
identify important people and decide 
where to invest time and resources 


Performing the analysis 

Consider every stakeholder in your project in 
relation to two scales—influence and attitude. 

Rate each person or group according to their 
influence within the project, and whether they can 
be influenced by you as the project manager. Next, 
rate them on their attitude toward the project. Use 
the matrix on the facing page to mark the desired 
and actual position of stakeholders. The blue figures 
show the current positions of stakeholders you wish 
were more committed, so consider what you need 
to do to improve the situation. The red figure is 
neutral, but is unlikely to be influenced by you, 

so does not require action. 


Significant influence; 
cannot always be 
influenced by you 


Marginal influence; 
cannot always be 
influenced by you 


Influence equal 
to you 


Significant influence; 
can be influenced 
by you 


Marginal influence; 
can be influenced 


Influencing stakeholders 

Asa general rule, you are unlikely 

to be able to move strongly negative 
stakeholders to the positive side, but 

it may be possible to neutralize their 
opposition. Where there is opposition 
from an especially powerful stakeholder 
or group of stakeholders, steps may have 
to be taken to reduce their influence or 


Wholly 


Generally 
laid committed 


positive 


Neutral 
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the project may have to be abandoned. 
Your relationship with the sponsor, and 

his or her position in your organization, 
may be very helpful. You need to have 

the confidence to address senior or 
challenging stakeholders directly, but 
also the wisdom to know when this may 
be counterproductive and a situation is 
better addressed by involving the sponsor. 


- Actively 
opposed 


Generally 
opposed 
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Defining the details 


Before committing significant resources, you must have agreement on 
what your project should produce, by when, and using what resources. 
While the brief should have identified the rationale and broad strategy 
behind a project, the next step is to define the scope of the project— 
precisely what will be handed over to the end users on completion. 


Asking for input 

In broad terms, defining the scope & 
of your project is done by asking the 

right people the right questions 

in the right way, and recording your 
findings clearly. Consider the most 
important players in your project, 
identified in your stakeholder analysis: 
which of these have key roles in defining 
what the project must deliver? Time 
invested discussing the project brief with 
stakeholders, particularly the client and 
end users, is rarely wasted. The views of 
the sponsor are a good starting point—if 
your project required an initiation phase, 
you will have already obtained these 
from the mandate and the brief. 


ASK “GREAT 
QUESTIONS” 

Think carefully about the 
questions you ask your client. 


If you can get him or her to 
say “That’s a great question!” 
you will have helped uncover 
a new perspective and 
transformed your status 
from supplier to partner. 
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Speaking directly 

Clients and end users should have 
significant input into the scope of your 
project, but also consider those people 
with whom they interact, such as anyone 
who manages the end users or who will 


support them in areas relating to your 

project after implementation. It may of attendees value 
also be helpful to speak to anyone who 1 

will be responsible for maintaining the meetings where they 


product, capability, or facility that your 


eee ay @ can contribute 
project wl eliver. 


: Time invested discussing 
: the project brief with 
: Stakeholders is rarely wasted. 
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Gathering information 

Focused and well-structured conversations 
not only deliver useful information from 
stakeholders, but can also build your 
credibility with the client. Generally 
speaking, it is best to have these discussions 
face-to-face, because this allows you to 
assess each person's understanding of, 

and commitment to, the project. Although 
your primary purpose is to uncover the 
information you need to create a clear scope, 
in-depth questioning often exposes hitherto 
unexplored aspects of people’s work to 
scrutiny. This can sometimes be resented, 
so tread carefully, but be courageous enough 
to continue lines of questioning that are 
uncovering useful information. 


In-depth questioning often 
exposes hitherto unexplored 
aspects of peoples work to 
scrutiny, but be courageous 
enough to continue lines 

of questioning that are 
uncovering useful information 


3/0 


of organizations on 
average have suffered a 
recent project failure 


Understanding your client 
Your first goal should be to establish 
how well your client understands the 
situation surrounding your project and 
the benefit they expect it to deliver. 
Inexperienced project managers 
sometimes make the mistake of trying 
to zero in too quickly on what the client 
sees as the essential and desirable 
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features of the end product. In cases 
where the client does not know what 

he or she wants, avoid asking direct 
questions about the scope, which is likely 
to confuse and could lead to frustration, 
embarrassment, and conflict. This 
would not be the ideal start to a crucial 
relationship that should become a 
central axis of the project team. 


O Howwill it be used? 
© How long will it be in service? 


© Who are the end users? 
WHO? O Whowill support it? 
O Whowill manage it? 


O When will it be used? 


WHEN? 
O Why is the result required? 
WHY? O Why doesn’t it exist already? 
O Whatis the problem to be fixed? 
WHAT? O What would be the impact of not fixing it? 


O What exactly is the result required? 
O What has been tried before? 
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1 Doyou have a clear idea of the objective of your project 

—what it is intended to achieve? ..............cesscsseeeseeceeeceseeeseeeeeneeeeeees L] L 
2 Doyou know why this is IMportant? .00... eee eee eeeeeeneeeeeeeeeeeeeneees L] LJ 
3 Do you know how and when it will be achieved? ............eeeeeeeeeeeee L] LO 
4 Have you determined who will be involved? 2.0.0... ceeseeseeseeeeeeeteeee L O 
5 Have you identified the deliverables for your project? ............. L] L 
6 Have you obtained enough information to allow your 

sponsor to make a decision on whether to proceed? ..........:seeeeeee (a O 


Prioritizing features 

In most projects, as you go through steps should 

the definition process you will identify a lead to one of 
number of features required of the end : A 
result. Some will be essential, while YOUur organization S 
others are “nice to have.” In order to 

highlight where clashes exist, take each key goals 


feature in turn and create designs based 
on that alone; then consider the results 
with the client and develop a definition 
that delivers the perfect mix of features 
to the end user. 


CREATE A BOTTOM LINE 
Set a “Fit for Purpose 
Baseline”—the minimum that 
your project can deliver and 
still be deemed a success. 


_ 


Adding creativity 

As part of the definition phase of your 
project, it is always worth considering 
how it could be transformed from 
delivering a “fit for purpose” solution to 
being a project that catches the eye for 
creativity and elegance. This need not take 
much time; the main thing is to suspend 
judgment on ideas and have some fun. 
Then change your mindset and assess 
what additional perspectives your creative 
musings have uncovered. Try to identify 
more than one option—even when there is 
an obvious solution. Take time to consider 
at least three possible approaches (one 
of these might be “do nothing”). Your goal 
should be to find one way to make your 
project exciting and different for your 
end users or for your team. 
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Recording the scope 

The investigations you undertake during 
the definition phase are to enable you to 
generate a detailed Project Information 
Document (PID). This is an expansion of 
the brief, incorporating all the additional 
information you have gathered from 
discussions with stakeholders. The PID 
is the document on which the sponsor 
will make a decision on whether to 
commit significant resources to the 
project. Once signed off, it becomes a 
binding agreement between the sponsor, 
the project manager, and the client, so 
its format and content are of paramount 
importance. The information in the PID 
needs to be easily accessible, so don’t 
include more than is necessary for the 
size and complexity of your project. 


THE FIVE WHYS 

A simple but surprisingly powerful 
technique for establishing the 

link between a project and your organization's key 
strategic objectives is to ask the client why they want 
what the project delivers. Insist that they answer this 
question beginning with the words “in order to.” Then 
take the answer they give and ask them why that is important; 
again, insist on “in order to.” Repeat this process for as many times 
as it takes to connect your project to your organization's main 


business strategy. As a rule of thumb, if the sequence of questioning 
does not lead to one of your organization's strategic goals within five 
steps, then the project may not be worth pursuing. 
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Developing a business plan 


Every project will represent an investment in time, effort, and 
resources, so a key question to address during the definition phase 
is: “Is this project worth it?” The business plan for a project weighs 
two factors: the cost of undertaking the project and the benefits 


it is likely to deliver. 


Weighing up costs 

When assessing the potential costs 

of your project, make sure you only 
take future costs into account—past 
expenditures are irrelevant in deciding 
whether to take the project forward. 
Only include incremental costs in your 
assessment: those that change as a 
result of the project being undertaken. 
For example, if your project requires that 
you hire two extra staff members but is 


@ 9 e a 2 


ivi 


of projects that are aligned 


with an organizations strategic 


goals succeed 


running from company offices, the 
additional staff costs should be included 
but the accommodation costs should 
not. Your assessment should include 
any costs relating to the involvement of 
your internal team—often known as an 
invisible cost since no money changes 
hands—and out-of-pocket costs, which 
are those that will be paid outside 

your organization, such as the cost of 
materials or subcontracted services. 


O Using the sponsor's financial 
advisors to put together your 
business plan 


O Setting a notional hourly rate 
for work done by internal 
team members, especially 
technical specialists 


O Including contingency funds in 
your cost assessment, to allow 
for unexpected outlays 
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O Basing your business plan 
on your own gut feelings and 
untested assumptions 


© Considering internal team 
costs a “free” resource when 
additional or unplanned work 
has to be done 


© Deciding to ignore potential risks 
and take the chance that nothing 
will go wrong 


KNOW YOUR STUFF 
Work with experts to put your 
business plan together, but 


make sure you understand the 
basis on which they have done 
this well enough to forma view 
on what they have produced. 


Assessing benefits 

While it is often easy to identify the 
“change” your project will deliver, it may 
be more difficult to quantify the nature, 
scale, and timing of the benefit. As a 
rule, the benefits from a project should 
be aligned with at least one of the 
organization's strategic goals [such as 
increasing revenue or reducing costs, 
for example) if it is to proceed. Consider 
also the point at which the benefits can 
be expected. In some cases, a smaller 
return earlier is preferable to a larger 
one that will take longer to come in. 


Projected benefits can rarely be 
guaranteed and so any complete cost/ 
benefit analysis should contain an 
assessment of what could go wrong 
and the effect of this on the overall 
outcome. While your goal should be to 
put a percentage figure on the likelihood 
of the project delivering the intended 
benefit, this is always a judgment based 
on incomplete information. In the end, 
it is your sponsor's job to make the 
decision, but it must be based on 
accurate information provided by you. 
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Projects, by their nature, are risky, so it could therefore be argued that 
your key role as a project manager is to identify, plan for, and manage 
risk. Risk analysis is undertaken in the definition phase, but should be 


followed by a continuous cycle of management and analysis throughout 
the control and implementation phases of your project. 


Planning for risk 
Initial identification of risk often takes 


the form of a Risk Workshop—a group of Dealing with risk 
people getting together with the express These ace the five ways 
purpose of identifying and evaluating all of dealing with risk, 
the risks in a particular project or phase. as outlined in the 
From that point on every review meeting international project 
should contain an agenda item on “open” management standard 
or “live” risks. As a project manager, the PRINCE2 (see p.12). 


risks you should be most concerned with 

are those that will have an impact on one 

of the three project parameters (time, 

cost, or quality). 

Risks need to be evaluated with respect 

to two criteria: probability (how likely they 

are to happen) and impact (how serious 

it would be if they do}. Most tasks in your ? : 

project will contain some element of risk, Recording risk 

so you will need to set a threshold at For tasks that carry a risk that is above 

which you are going to begin to plan. your threshold for probability and impact, 
identify a response in advance and 
monitor progress toward project 
completion more carefully than usual. 


In all but the smallest projects, record 
risks in arisk logbook. This document 
should describe each risk, its impact 
and probability, and countermeasures 

a to deal with it. It can also include the 


proximity of the risk (when it will need 


] ] active management) and any early 
of COMPanles IN ONE indicators that the probability of the risk 
SUIVeYy completed has changed. The contents of the risk 


. . logbook should be reviewed throughout 
100% of their projects the life cycle of the project. 


MANAGING RISK / 43 


PLAN CONTINGENCY 
Have a Plan B that will 
achieve the same result 

by a different route and 
leave future plans intact. 


PREVENT 


Terminate the risk by doing 


things differently. This is not ——a = 
always a realistic possibility. ‘ 


ACCEPT 
There are some risks that 
are considered acceptable 
because the cost of dealing 
with them is greater than 
the increased benefit one 
would get from having to 
develop countermeasures. 


Risks need to be 
evaluated with 
respect to two 
criteria: probability 
and impact 
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Planning the project 


Producing an accurate and detailed plan is one of the project manager’s 
most important responsibilities. However, do not make the mistake of 
thinking you should do it on your own. By involving team members in the 
planning process you increase their understanding of what has to be 
done and often gain an extra level of commitment to deadlines. 


Developing a project plan 

The following 10-step Team Planning 
technique uses sticky notes and a flip 
chart to produce a project plan. By 
following the process outlined, you will 
produce arobust and accurate project 
plan and maximize buy-in from those 


who will be instrumental in delivering Restate the 
it. Do the first four steps in this process objective 
on your own, getting the team involved Start by reducing the 
once you have some raw material for objective of your 
them to work on. This reduces the cost project—defined in the 
of planning and makes briefing easier initiation and definition 
since you have something to show them. process—into a single 


statement of intent 
that fits on one large 
sticky note. 


Tip 
USE COLOR 
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Choose a different color of sticky note for the objective, the products, and 
the tasks of your project (here, orange, pink, and yellow, respectively) to 
give at-a-glance clarity to your plan. 


Brainstorm about 
the products 

The products of a plan 
are the building blocks 
that, when added 
together, deliver that 
project's end result. 
Come up with between 
five and 15 products for 
your project on separate 
sticky notes and place 
them in roughly 
chronological order 
down the short side 

of a piece of large 
flipchart paper. 


Brainstorm about 
the tasks 

Tasks are activities 

or actions undertaken by 
individuals or groups that 
normally require their 
presence or participation 
for the whole duration. 
Take a pack of sticky notes 
ina different color from 
the one you used to set 
out the products. Have a 
brainstorming session on 
the tasks that need to be 
done to deliver each 
product, writing one task 
per sticky note. Draw two 
fields on the bottom half of 
the sticky note, so that you 
can add additional 
information later. 


Place the tasks 
in order 

Place the tasks in 
roughly chronological 
order across the page, 
keeping them in line 
with the product to 
which they are 
connected. Where 
tasks can be done 
simultaneously, place 
them below one 
another, and where 
they depend on one 
another or on using the 
same resources, place 
them sequentially. 
Involve the rest of the 
delivery team in adding 
to and refining this 
skeleton plan. 
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Li 


of the reasons for project failure 
rest in poor estimation in the 


planning phase 
Confirm the tasks Draw in Allocate times 
Step back and look at dependencies to tasks 
the logic flow of your between tasks Use the experience of 


plan. Involve the 
implementation team in 
this step—it can bea 
useful “reality check” 
on your logic. When 
people identify 
modifications to your 
plan, listen carefully 
and incorporate their 
suggestions, changing 
or adding sticky notes 
as necessary. 


A dependency is the 
relationship between 
two tasks. The most 
common type of 
dependency is 
end-start (one task 
ending before the next 
can start). Dependency 
can be based either on 
logic or on resource. 
Once you have 
confirmed that all tasks 
are represented and 
that they are in the 
right places, take a pen 
and draw in arrows 

to represent the 
dependencies between 
the tasks required to 
complete your project. 


your project team to 
identify what resources 
and how much effort 
will be required to 
complete each task. 
Note: this is not how 
long people need to 
complete the task 
(“Calendar time”), but 
how much effort they 
will need to put in 
(“Timesheet time”). 
Write the time needed 
for each task into the 
bottom right-hand field 
on each sticky note. 
Where possible, use 
the same unit of 

time throughout. 
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: Once you have confirmed that all tasks are represented and 
that they are in the right places, take a pen and draw arrows 
| to represent the dependencies between the tasks 


Assess and 
resolve risks 

Get input from every 
member of the project 
team on what they 
consider to be risks. Give 
each member of the team 
two or three sticky notes 
of a different color from 
the ones you have already 
used, and get them to 
place them behind the 
tasks they consider 
riskiest. Once everyone 
has placed their notes, 
facilitate a discussion 
around their choices, 
agreeing on what 
countermeasures to 
adopt and who will be 
responsible for them. 


Allocate tasks 

Get your team together 
and allocate who will do 
what. People who have 
been allowed to 
contribute to the plan in 
the ways described in 
steps five to eight will 
generally have already 
identified the tasks they 
would like to work on, or 
at least recognized that 
they are the best person 
to do certain tasks even if 
they don’t want to do 
them. Simply introduce 
this step by saying to your 
team: “Now, who's going 
to do what?” and then wait 
for a response. You may 
be greeted with silence at 
first, but gradually people 
will begin to volunteer for 
tasks. Record names or 
initials in the bottom 
left-hand corner of 

each sticky note. 


Agree on 
milestones and 
review points 

Take sticky notes of the 
same color as those 
that you used for the 
products of your project 
and place one at the end 
of each line of tasks. 
Now facilitate a 
discussion about when 
people will be able to 
complete their tasks and 
write specific dates (and 
possibly even times) for 
when you will review 
progress. If your project 
is time-critical, begin 
with the deadline and 
work back toward the 
present; if quality or 
cost are critical, begin at 
the present and work 
forward. Make sure that 
people cross-check 
their deadlines with 
other work or life 
commitments. 
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Example of a project plan 
In this example, the project is to create PROJECT OBJECTIVE 
a report containing the necessary Total time: 32 hours 
information for a marketing director 

to allocate her budget for the coming 
year. It contains three main stages, and 
a number of smaller steps that need 

to take place within this framework. In order to: Allow her to decide 
As is often the case in projects, how to spend next year’s budget 
various processes need to take place 
concurrently as well as consecutively. 


Deliver: Market analysis plus 
recommendations 


To: Marketing director 


Meet with 
marketing director 
to confirm strategic 
priorities 


Complete desk 
research 


INTERNAL 
REVIEW 


UNDERTAKEN 


Alan 4 hours 


Select market 
research agency 


MARKET 
RESEARCH 
CONDUCTED 


5 hours 


Dawn 


Write background 
section of report 


REPORT 


PRODUCED 


0% 


of projects on 
average take 
longer to 
complete than 
the amount of 
time originally 
estimated 


Conduct market 
research 


Agency 2 weeks 
(lapsed 
time) 


Analyze market- Write final draft Present to 
research findings report and prepare marketing director 
and decide on key presentation 

recommendations 


Alan, 6 hours Alan 4 hours 
Sam, 
Dawn 
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Estimating time 


Being able to estimate the amount of time required for the tasks 
and activities of a project is a key skill for any project manager. 
Indeed, in smaller projects that do not have an explicit budget, 
keeping on schedule is likely to be one of the measures of your 


effectiveness as project manager. 


Getting schedules right 

In most cases, estimating task times 
with any degree of accuracy requires 

a combination of experience and 
common sense. However, this 
presupposes that you have correctly 
identified the task. When projects are 
late, itis often because activities have 
not been thought through or recorded 
properly, so what seemed like a very 
straightforward task (such as getting 

a decision from the finance department, 
for example) gets estimated as a single 
event rather than a number of small 
but significant and connected steps, 
each taking time and effort. 


Involving the team 

In most small projects, and certainly 
where many projects run side by side, the 
challenge is not to estimate how much 
effort tasks will take, but how much 
time someone needs to complete a task 
alongside their other work. Involve team 
members who will be performing critical 
tasks in your decision-making process. 
Ask each person for their estimate of 
the amount of time they will need to be 
able to complete a certain task, given 
their other commitments. Be prepared 
to challenge these estimates if you 
disagree, but beware of putting undue 
pressure on people to reduce them. 


B/2/E/~, 


Using time estimation 
formulae 
Different organizations, industries, 
and sectors employ different models 
or formulae to estimate time. At first 
glance they always seem mathematical, 
but in most cases their effectiveness 
is psychological—either overcoming 
aversion to estimating, or encouraging 
more careful thought in those who 
tend to rushin. 

Perhaps the most widely 
known is the PERT formula (Project 
Evaluation and Review Technique). 
To use PERT you need three estimates 
of the time it could take to complete 
a task or activity: 


@ The most likely time required (Tm] 

e@ The most optimistic time 
assessment [To] 

e@ The most pessimistic time 
assessment (Tp) 
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Use the following formula to 
estimate the most probable 
duration for that activity (Te): 


To + 4Tm + Tp 
Te = ———___ 
6 


The formula can be weighted 
toward pessimism—if the 
consequences of a late completion 
of a particular task are severe, 

for example—by reducing 

the Tm multiplier and adding 

a Tp multiplier: 


To +3Tm + 2Tp 


Te= 
6 
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Representing the plan 


Once created, your project plan should become your main point of 
reference for managing progress during the control phase of the project. 
It is a Living document, and you should expect that it will be updated 
through several versions to keep up with changing circumstances and 
to take into account incorrect estimates of time or cost. 


Making a digital record 

For most projects, you will need to select 
a software package that is most suited to 
your needs. The correct system should 
be easy to use and to share with others. 
Most systems will allow you to calculate 
items automatically, such as overall 
cost, critical path duration, and resource 
requirements. The right system will 
convert a single plan into a number of 
formats so that different aspects of the 
project are highlighted. In addition, the 
impact of changes or variances can more 
easily be tested, and multiple versions 
can be held for comparison. 


There are many types of software 
packages available, each with its own 
strengths and weaknesses. Choosing 
the right system for your requirements 
will depend on the size and complexity 
of your project, the experience of the 
project team, and the software to which 
they all have access. As a general rule, 
you should ensure that managing the 
software system you choose will not 
get in the way of managing the project 
itself. In addition, make sure that all 
team members will have first-hand 
access to the sections of the plan 
relevant to their work. 


1 What aspects of the plan will | need to analyze and when? ............ L al 
2 In what circumstances will | need to present or discuss 

Men sole 2 soos Soe eae cea ca cae wae cu sues caucus es ne ductus co ev eves dauves ccudcurovseestoeetuasteness LO L 
3 How often will it need Updating? 2... eee cece eeeeeeeeeeeeeeeeeeeeeees XO LO 
4 Whoelse needs to have access to the plan?..........eeseeeseeeeeeeeeeeeeeeeees O al 
5 Have you identified the deliverables for your project? ............20+ O El 
6 What representation will be most easily accessible Oo 


and understood by them? .................. 


tet oe O 


Choosing software 


SOFTWARE 
PACKAGE TYPE 


Specialized project 
management software 
Ideal for a specialized 
project environment 
where people are 
familiar with its use 
can intuitively read 

all formats and 
representations. 


Spreadsheet software 
Useful for simpler, 
smaller projects and 
where managing a 
budget is important. 


Graphics packages 
Good for presenting 
the plan to project 
stakeholders asa 
presentation and 
for highlighting 

the relationships 
between tasks. 


Datebook and tasklist 
software 

Ideal for a multiproject 
environment or where 
people have to integrate 
project work with 
day-to-day business; 
and for small projects 
with no cash budget. 
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STRENGTHS 


Show multiple plans 
Longer-term 
scheduling possible 
Shows dependencies 
between tasks 
Integrates schedule, 
budget, and 
resource plans 
Calculates critical 
path and resources 


~) © Ce 


fe) 


Widely available 
Flexible for smaller 
projects 
Calculation of 
durations and costs 
Representation of 
tasks as graphs 


o Oo OO 


© Professional plan 
representation 

O Multiple options to 
show responsibilities 
products, and tasks 

O Project templates 
available in many 
packages 


Integration of project 
and daily work 

Good at representing 
the schedule 

Widely available 

A familiar format 

for most project 
stakeholders 


Qe © © 


WEAKNESSES 


O “Occasional” project 
managers may spend 
a lot of time learning 
to use the software 

O Oversophisticated for 
small projects 

© Does not readily 
integrate project and 
day-to-day work 


O Requires specialized 
knowledge to 
represent more 
complex information 

© Does not readily 
integrate project and 
day-to-day work 


O Not universally 
available for all 
stakeholders 

O Limited tie-in with 
diary or financial 
packages, schedules/ 
budgets require 
manual updating 


O Not good at showing 
critical path, resource 
plans, or budgets 

O No automatic 
tie-in with 
budgeting software 

O Does not show the 
relationships between 
tasks graphically 


Managing work 
in progress 


Management during the control phase, once a 
project is underway, requires a sophisticated 
skill-set that includes team leadership, 
delegation and communication, budget 

and schedule management, and high 
performance under pressure. 
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Making time for the project 


Project management is rarely a full-time role, except in large or 
specialized organizations. Finding time for your longer-term work is often 
one of the biggest challenges faced by managers of smaller projects, 
especially when the planning stage ends and hands-on work begins. 


Recognizing your priorities 
Most modern approaches to time 
management address our tendency to 
prioritize urgency over importance when 


deciding what to do on a day-to-day basis. 


While the ability to react to unforeseen 
events and problems is essential, being 
purely “reactive” damages productivity, 
reduces the quality of results, and, not 
least, is stressful for you. 

As a project manager your focus 
has to be farther ahead than the 
immediate; hence, the emphasis on 
definition and planning, on proactive 
communication with all stakeholders, 
and on risk analysis. 


GET ORGANIZED 

Plan regular two-hour slots of 
project time in your datebook. 
Set yourself a specific task 


to do in that time one week 
ahead, and then prepare as you 
would for an exam, gathering 
the information and resources 
you need to complete the 

task successfully. 


1 Doyou allocate “interruption-free” time in your datebook, when 
you get away from your desk and turn off your email and phone, 
for tasks that require uninterrupted thought? .............eeseeeeeeeeees O 


2 Do you factor reactive time—spent responding to emails 
and phonecalls and attending ad-hoc meetings—into your 
day-to-day planning? ...........eee O 


3 Do you discourage reactive requestS? ............ceeccceeeeseeeeeeeeeeeeeeeeeees O 
4 Doyou delegate work early and effectively? ...............ceeeeeeeeees L 


5 Doyou ensure, where possible, that meetings begin on time 
and stick to the agenda? ...................: 


ee fee LO 


page) | 


Finding your focus 

Finding time to focus on the big picture is 
the key to integrating your long-term role 
and responsibilities with the short-term 
demands of your project. 

e@ Start with a plan: begin every 

day by spending five to ten minutes 
getting a handle on your agenda 

for that day. Identify time already 
allocated to meetings and other 

fixed tasks. Allocate time to the 

tasks you plan to do off your “to do” 

list. Plan in enough flexibility to deal 
with the unexpected, and at least one 
review point at which you can check 

your direction and make adjustments. 
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e@ Integrate project tasks with your 
day-to-day tasks and calendar. Do 

this by recording them on the same 
list and ensuring they are broken down 
to around the same size. If the average 
task size on your “to do” list is 15-30 
minutes, for example, don’t have 
project tasks of four hours in length— 
they won't get done. 

e Motivate yourself to do longer-term 
tasks every day. Set yourself a goal 

of doing one longer-term task per day 
on each of your projects, or one task 
preparing for the next deliverable [i.e., 
not the current one] on every project. 


Begin every day 
by spending five 
to ten minutes 
getting a handle 
on your agenda 
for that day 
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Delegating effectively 


Set time aside on a regular basis to plan which tasks and activities can 
be delegated to others. This may not be restricted to project tasks: in 
order to have the time for project management, you may find that you 
have to delegate other parts of your job, too. 


Getting delegation right 
Successful delegation is not always easy, 
especially if you are managing a small project 
within a multiproject environment. As the 
manager of a small project, you can expect 
to find yourself delegating longer-term 
tasks to busy people who may only have 
a partial understanding of what you are trying 
to achieve, and for whom your project is a 
relatively low priority. When deciding which 
tasks and activities to delegate, take time to 
consider the benefits you could expect from 
delegating a particular task, and the blocks 
that you would need to overcome. Once you 
have identified potential opportunities for 
delegation, clarify the specifics of how you 
could achieve them by asking yourself: 
@ What is the required outcome or 

deliverable from delegating this task? 
e@ Why is this important? 
e@ Howwill it be used and when is it 

required by? 
e@ What constraints are there on how the 
result can be achieved? 
What could go wrong? 
Who should | delegate this task to? 
Why should they do it? 
What objections might | need to overcome? 
What help will they need? 
What level of authority can they handle? 
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Take time to consider : 
GET EXPERIENCE 


The best way to learn i the benefits you 
how to delegate is to ? could expect from 
have someone who E 

delegates effectively to delegating a 

you. Note the attitudes particular task 
and behaviors that : 
overcome or bypass and the blocks that 


resistance and use them 
when you delegate. 


you would need 
: to overcome 


BEAT INDECISION 


Try to make quick decisions 
as to who to approach and 
what precisely has to be done, 
and don’t procrastinate about 
approaching the sponsor if his 


or her involvement is required. 


FIGHT GUILT 

Nice people don't like 
delegating unpleasant 
tasks. However, most 
effective leadership 
requires a hard head 


as wellas a soft heart. 


0% 


of managers 


SACRE ECAR think that they 
Fight any feelings that delegated tasks delegate well 


will not be done properly or on time, 
that your delegation request will be 
rejected, or that you will be shown up by 
someone doing a job better than you. 


PLAN WELL 
Think ahead, so 
you don’t discover 
tasks that have to be 
done when it is too 
late to ask anyone 
else to do them. 
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Preparing to delegate 

Where possible, delegate straight from 
the plan: as soon as you have identified 
a task that needs to be done, select 
someone to do it. If they are present 
when the task is identified, use that 
moment to pass responsibility to them. 
Give delegatees as much warning as 


DEFINE THE SCOPE OF THE TASK 
Give a general description of the task 
to be delegated, e.g. “I've got some 
figures | need you to analyze.” 


SET A TIMEFRAME 

Describe when work is likely to start 
and when it will be needed, e.g. “I will 
brief you on Monday for a deadline on 
Friday. The task should take about 
four hours.” 


ASK THE DELEGATEE TO 
PREPARE 

Let the person know what they can be 
doing to prepare themselves for the 
work, e.g. “Can you set aside that 
amount of time next week?” 


SET A MEETING DATE 

Give a time and a place fora 
delegation meeting, e.g. “We'll meet 
in the boardroom on Monday at 10am. 
Please bring your diary.” 


possible: it is preferable to have three 
weeks’ warning of a deadline, rather 
than three days. Warn people of 
impending delegation, even before 

you are clear on what you want done. 
Brevity is of the essence and it’s not 

a bad idea to use a standard format for 
this “heads-up message” (see left). 


Setting the details 

Arrange a formal meeting to describe 
the details and parameters of the task to 
the delegatee. It is vital that your colleague 
has fully understood and is committed to 
what they have been asked to do. Asking 


“Do you understand?” is simply not good 


enough: it is a closed question and as 
such will generally receive just a “yes” 
or “no” answer. Instead, try to ask open 
questions, such as “How do you plan to 
do this?” This will give you a good idea 
about their level of understanding. 


Partone Describe what is 
required, by when, and at what 
cost; why it is required; and the 

context and parameters of what 
is required, including any 
restrictions on the methods 

to be adopted. By giving 

people whole jobs or 
the context of the 
whole job you will 
increase people's 
understanding and 
motivation. 


DELEGATING EFFECTIVELY / 61 


GIVING FEEDBACK 

Longer-term delegation benefits greatly from formal (diarized) review 
and follow-up sessions. Follow the adage: “People don’t do what you 
expect—they do what you inspect!” Ad-hoc checking is generally sloppy 
and inefficient—in fact, imprecise questions such as: “How are things 
going?” result in inexact answers, such as: “Oh, fine!” and almost 
invariably lead to problems at completion with missed deadlines or 
partial delivery. When reviewing a delegatee’s work, accept what is 
good enough, don’t criticize irrelevant details. Accept that a task may 
have been done differently to how you would have done it. 


Holding a split meeting 
Organize your delegation meeting in two 
parts with a “gap” to give the delegatee time 


to reflect before being invited to explain how 
they will approach their task: 


Gap Give your colleague time for Part two Ask your colleague 
reflection alone. Create the gap to brief you on any modifications 
with a statement such as: “Let that should be made to the goal 

me get usa cup of coffee while you (where appropriate); the way they 
stay here and have a think about plan to approach the task; what help 


the task. When! come back youcan __ they will need from you; and when they 
tell me how you're going to go would like to review progress. Once 
about doing it and what help the task is complete, give your 
you'll need from me.” colleague immediate feedback, 
and pass a summary on to 

the relevant manager 
where appropriate. 
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Maintaining momentum 


Project work often requires effort over a prolonged period with 
little to show for it, so maintaining motivation can be a challenge. 
Procrastination is an ever-present danger, particularly on 

tasks that require high levels of concentration or challenging 


conversations with colleagues or clients. 


Motivating yourself 

Before you can start to motivate your team, you first 
have to motivate yourself; if you are not enthusiastic 
there is little chance that others will be. Do this by a 
combination of revisiting the end result—reminding 
yourself of its value and what it will be like to 
achieve it—and monitoring progress. Be sensitive 

to the first signs of procrastination and act 

quickly to ensure that internal resistance is 

never given the chance to build up. 


REWARD YOURSELF 


Write a to-do list and focus 
on one task ata time. When 
you have completed a task, 
reward yourself. 


Decide what one 
thing you will do 
immediately to 
progress the task, 
and then do it 


START SMALL 


Begin by tackling as many quick 
tasks as possible, even if they 
are not the most important— 
this will give you a sense of 
achievement and keep 

you motivated. 
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Beating mental blocks 
Sometimes you can reach a point of near 
paralysis ona task. If this happens, try 
using this technique for reenergizing 
yourself: take a blank piece of paper and 
write the task on it. Then write for three 
minutes continuously about the task. 
Keep the pen moving, and jot down 
anything that comes to mind: why the 
task needs to be done; why you haven't 
done it; who else is involved; other ways 
of doing it; and steps for dealing with it. 
Now go through what you have written 
and highlight any insights or action 
points. Decide what one thing you will do 
immediately to move the task forward— 
and then do it. Most people report an 


LARGER PROJECTS 


Break down projects that seem 
large and daunting into a series 
of small tasks. Set yourself 
goals and timescales for 

each task, and you will soon 
complete the project. 


immediate rise in energy that, coupled 
with an increased understanding of 
the task, enables them to get over 
what had built into an insurmountable 
hurdle in their mind. 


Tip 


DON’T PROCRASTINATE 
Avoid putting off challenging 
tasks—every time you do so, you 
put a brake on your motivation 
for the project as a whole. 
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Motivating others 
Motivating members of your project team can be difficult for 
a number of reasons: 
e Long-term deadlines are always in danger of being pushed into the 
background by the distractions and crises of the day-to-day workload. 
e@ Nonroutine tasks are prone to procrastination. 
e@ Team members may not see a connection between their effort on 
tasks, the project achieving its objective, and any benefit to them. 
@ People with a hierarchical mindset may resent doing work fora 
project manager who is less senior than them. Approach such 
people positively, but be prepared to escalate a problem as 
soon as you recognize that it will be beyond your capability 
to deal with it. 
Plan ways to keep motivation levels high (see right), 
but also use your risk assessment to identify points 
where momentum may be Lost, detailing escalation 
measures where necessary in the risk log. 
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0 of US managers 
and supervisors 
0 are motivated 


Be open about the possibility of procrastination 
and discuss ways to overcome it. 


Always delegate in the context of the 
overall project. 


Find an engaging way to represent progress, rather 
than just marking checks on a list (stars on a chart, 
perhaps, or candy from a jar). 


0 of nonmanagement 
workers in US are 
0 motivated 
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Communicating 


successfully 


As the project manager, you are the hub of all communication within 
the project team and between the project team and the outside world. 
At different stages of the project you will find yourself dealing with 
different stakeholders, but the three constant lines of communication 
you need to maintain are with the sponsor, the client, and the team. 


Engaging your sponsor 

and client 

Communication with the sponsor 

should be characterized by a high level 
of openness and trust from the start of 
the project. Spend time establishing how 
your communication will work. Discuss 
scheduled communication (such as 
planned review meetings) and agree 

on when and how you expect ad-hoc 
communication to take place. Give 
warning of any decisions that need to be 
made and present facts to the sponsor in 
a written form for consideration. Record 
notes of all meetings, in particular, 

any action points. 


Communication with the client will 
tend to be more formal than with the 
sponsor. The challenge is often to be 
assertive, particularly when requesting 
decisions, access, or information. As 
with the sponsor, it is important to give 
the client notice of any decisions. The 
client relationship can occasionally 
contain an element of politics, 
particularly if the client is under 
pressure from members of his or 

her organization. As a general rule, 
aim to do everything you can to make 
your client look good. If it becomes 
apparent that this is not possible, use 
the sponsor to bypass the obstacle. 


1 Dol turn off my self-talk, so that | can focus on the speaker 
and understand his or her perspective? ...........::ccessceeeseeeceeeeeeeeeeees 5] L] 


2 Dolclarify vague statements, to find out whether what the 
person is saying is factually and logically correct? .............. L L] 


3 Doltry to assess how people are feeling, and ask probing 
questions to understand what lies behind those emotions? .......... L L] 


Message: simple but 
emotionally charged, 
possibly requiring action 
from the recipient 


Medium: 
O Ad-hoc meeting 


O Telephone conversation 


Message: simple, with a low 
risk of misunderstanding or 
hurt feelings; no need for high 
levels of emotional buy-in 


Medium: 
O Voicemail message 


O Email 
O Note on the desk 


Talking to your team 

Maintain an open and honest relationship 
with your team. In large teams, there is 
always a danger of some people being 
left out of the loop when decisions are 
made or new information becomes 
available. Make sure you have accurate 
distribution lists set up for email and 
documents. On larger and longer- 
running projects, you may find it 
helpful to post general information 

on an intranet site to which team 
members have access. 
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Message: complex, witha 
high risk of misunderstanding 
or hurt feelings; need for the 
recipient to buy in to an idea 
and perhaps take action 


Medium: 
O Formal meeting 


O Video conference 


Message: intellectually 
complex but noncontentious 
facts and figures 


Medium: 
O Fax 


O Email 
O Letter 
O Memorandum 


Choosing the method 

Care is needed when selecting the 
medium by which you will communicate 
a particular message. Sending a 
sensitive message by email, for 
example, means that you run the 

risk of causing a potentially damaging 
misunderstanding with the recipient. 
Before pressing “send,” take time to think 
about your purpose in communicating, 
what you want the outcome to be, and 
how “complex” the message is in 
emotional and intellectual terms. 
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Reviewing progress 


Getting the team together is costly in both time and resources, 
but well-run review meetings are an essential ingredient in any 
project, offering you the opportunity to check past progress and 
confirm future direction. They also renew people’s identification 
with your project team. 


Keeping track of progress preparatory reading. At the meeting, 
An effective review meeting should start by discussing progress since 

be one part of a continuous cycle of your last review, then make decisions 
activity. Prior to every meeting, all about what tasks need to be completed 
team members should work toward before the next time you meet. Delegate 
completing their tasks, and if they specific actions to members of the 

fail to do this within the set timeframe, team. Record these actions in “Action 
noncompletion should be reported minutes,” which should be circulated 
to you. Use this information to as soon after the meeting as possible. 
formulate and circulate an agenda This will give each individual the best 
for the review meeting, with minutes chance of completing their tasks prior 
of the last meeting attached as to the next meeting. 


1 Are you up to date with all aspects of your own project work? 
(If your project work is behind schedule, you won't have the 
authority to chase others for theirs) ..........ssssseccsseseeeeeceseeeeeeeeteeeees L] 


2 Doyou know who will be there and how they are doing with 
the tasks they have been Set? .0......eeseseseeesseceeeeecesseeeseeeeeeeeeeeeeeeeeee L 


3 Have you set aside extra time so that you can arrange the 
room and set up equipment before other people arrive? ............. L] 


4 Are you feeling calm? (If you are stressed, this is likely 
to:;rub:offioniother people) seiscce.cecerasac-ssecsesvssct wsccitsaccseeaseasessvres L] 


5 Are you prepared to challenge people who have not done 
what they are committed to, or who are behaving ina 
CISFUPUVE MANNE? sssedsevccsccesciecssssastscvsesevseuscvsvesrss tues cvssvecsavestsveaveetes L 


Bt el le 
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O Sending the agenda for the meeting | O Holding ad-hoc review meetings 
in advance with no preparation 

© Ensuring that agenda items run to © Allowing the discussion to wander 
time, without having to be rushed and side issues to dominate 

O Allocating action points to O Assuming that everyone will know 
attendees with agreed deadlines what they have to do 

O Finishing with a discussion about © Accepting excuses without 
what has been learned for next time discussing how things can change 


Scheduling review meetings 

Review meetings can be scheduled as a regular 
event—at the same time of every day, for example, 
or on the same day of every week or month. 
Alternatively, the meetings can be fixed to the 
expected delivery date of certain products or to 
stages of the project. Both of these approaches have & 
their strengths and weaknesses: regular meetings 
in the same place and at the same time are more 
prone to ‘game playing” and a lack of concentration 
among attendees, but meetings set by the delivery 
dates of your project are more difficult to schedule 
to ensure that everyone can attend. 


KEEP IT BRIEF 


During busy periods, hold short “stand-up” 
review meetings early in the day, or at 

a point when most people would expect 

to be taking a break. Insist on a prompt 
start, brief contributions, and no deviation 
from the main purpose of reviewing 
progress and coordinating activity 
through the next period. 
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Managing project 


Information 


“Filing” lacks the star quality of other aspects of project work and 
rarely rates in people’s top three most enjoyable or rewarding job 
roles. Nevertheless, if you want to be in full control of your project, 
management of paper-based and electronic information is essential. 


Assembling your 


project folder 

Set up a project folder or filing system 
to manage your project documentation 
as part of the initiation phase of your 
project. Whether you use an online or 
hard-copy system, or both, there are 
general steps to follow. 

Compile a checklist—the document 
schedule—listing the records that it 
contains, and label this file clearly in your 
online folder or place it at the front of 
your hard-copy project folder. This will 
enable anyone looking for a document to 
see at a glance whether it is in the folder. 
Use the document schedule to structure 
your conversation with the sponsor about 
the various records that will be required 
at different points in the project. 


TAG YOUR DOCUMENTS 
Use different colors of paper 
for different types of document 
(minutes, sign-offs, etc.), and 
mark every project document 
with the date/time of creation 
and a version number 

from the outset. 


Organizing the contents 
Even small projects can generate large 
amounts of documentation, so it is 
important that you plan how you will 
organize the contents of your folder. 
Version control can be helpful, because 
the drafting and signing-off processes can 
generate multiple versions of individual 
documents. Mark every document with a 
version number, and keep archive versions 
(back copies you are keeping pending a 
final review, for example) in a separate 
part of the project folder from “reference” 
information—such as the current project 
plan—that is in regular use. 

File active documents (those requiring 
a specific future action) in date order 
using a Bring Forward” file, and use the 
reminder system in your electronic task 
list or calendar to flag important dates. 


DOCUMENT SCHEDULE 


Like the index in a book, the document schedule should tell you at a 
glance what paperwork the file contains. It can be a useful checklist: 
score through the documents that are not needed and put the date of 
entry for any document you put into the file. 


TEAM ORGANIZATION CHART 


Keep a chart setting out who is doing what in your team. This allows 
anyone examining the file to see who they should approach ona 
particular matter. Include contact information and distribution lists. 


DEFINITION DOCUMENTS 


Keep a suite of documents that set out the definition of your project. 
This may include the mandate, brief, business case, PID, and any legal 
contracts or client agreements. 


CHANGES TO SCOPE RECORDS 


Keep these records close to the definition documents so that 
the material they contain is always accessed alongside the original 
scope to which they refer. 


PROJECT PLAN AND BUDGET 


Always keep the baseline plan and budget in the file, along with the 
most up-to-date versions. Archive intermediate versions elsewhere to 
avoid confusion. 


RISK LOGBOOK 


You will refer to this document almost as often as you do to your plan 
and budget, so make sure you keep the risk logbook in your project 
file up to date with constant review. 


THE MINUTES OF REVIEW MEETINGS 


Keep records of minutes that include live action points or significant 
points of reference in the project file. Archive all others to ensure the 
file doesn’t become cluttered or confused. 
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Monitoring costs 


While it is important for you to monitor the schedule of the project and 
maintain focus on the outcome, it is equally vital that you keep track of 
the costs your project is incurring. Failure to do so can result in a project 
that, while seemingly successful, is actually uneconomic. 


Managing project accounts 
Effective cost monitoring throughout the 
lifecycle of a project is important fora 
number of reasons: it enables you to give 
the sponsor a true picture of progress 
whenever you are asked for it; it reduces 
risk by ensuring decisions to modify or 
cancel the project are taken early; it 
identifies areas of inefficiency; and 

it provides valuable information for 
planning future projects. Keeping track 
of your costs is also important because 
it could highlight theft or fraud. Like any 
other pot of money, project budgets 
occasionally attract criminal attention. 
If you are the person responsible 

for controlling expenditure, you may 

be liable unless you can demonstrate 
that you have used suitable procedures 
for monitoring costs. 


Keeping track of costs 

If you are managing a small project, you 
may not have a budget for out-of-pocket 
expenses—paid to external organizations 
for materials or services—but you would 
be advised to keep track of the invisible 
cost of the work undertaken by your 
internal team. Particularly ina 
multiproject environment, timesheets 
provide a mechanism for charging 
expenses back to the right client or cost 
center. Out-of-pocket expenses generally 
attract heavy scrutiny. Nevertheless this 


How to monitor 
invisible costs 


budget can come under pressure either 
because of inaccurate estimates at the 
definition stage, additional features 
added to the scope without parallel 
increases in the budget, or poor risk 
management. If you are responsible 

for the budget, ensure that you are 

clear on the reasons for any unforeseen 
expenditure before authorizing payment. 
Check the impact on other aspects of the 
budget: are you using money for desirable 
but nonessential features, leaving later 
essential features underfunded? 


DON’T IGNORE 
HIDDEN COSTS 
Beware of the 

seductive but 

potentially false 
logic: “We don't 
have the budget 
for that, so we'll 
do it ourselves.” 


ADJUSTING TO CHANGE 

The property department in a law 
firm won a contract to review 6,000 
files for a local government agency. 
They priced the job at $1.5 million, 
based on two hours per file after 

a start-up period. This proved 
accurate—experienced team 
members took just under two hours 
per file. However, the volume of 
work and tight schedule meant that 
morale dipped and staff turnover 
increased. The constant need to 
induct new staff pushed the average 
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Dealing with cost 
overruns 

Not every cost overrun is serious— 
sometimes expenses run ahead 

of plan simply because work is 
progressing more quickly than 
anticipated. On other occasions, you 
may have underestimated the cost 
of a “one-time” item of expenditure, 
but feel this could be offset by an 
overestimate elsewhere. The point 
at which even a minor overspend 
should be taken seriously is when 
itis early warning that you have 
underestimated a whole class of 
activity upon which the project 
depends. Tell the sponsor as soon 
as you perceive that unforeseen 
expenses may require an increase 
in the overall project budget. If the 
budget is fixed (critical), identify 
any nonessential features you can 
remove from the scope to bring 
expenses back in line. 


time per file for the first thousand 
files up to 2 hours 15 minutes. This 
would have caused the contract to 
overshoot by 12.5 percent, costing 
the firm $185k in lost revenue. 
The head of the department 
negotiated replacements from 
other departments to spread the 
workload and offered incentives 
to raise morale. Thanks to the 
early intervention, productivity 
returned to less than two hours 
per file, and the project hit its 
projected profit margin. 
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Managing changes 
to scope 


It is sometimes necessary to change or rescope a project in order to 
adapt to circumstances that were not known when you drew up the 
definition. You must manage these changes carefully to avoid any 
misunderstanding among you, your sponsor, and the client. 


tite DG) | Changes happen in 


Scope creep : such small steps that ; 
The term “ scope creep” is a term used | they go unnoticed until H 
to describe uncontrolled changes to the ; 

scope of a project. It is described as : their true impact 
“creep” because the changes happen in : becomes apparent 


such small steps that they go unnoticed 
until their true impact becomes apparent 
in the runup to implementation. Sloppy 
project managers sometimes blame 
“scope creep” when they fail to deliver 
features that they should have spotted in 
the initial brief. However, it can also be 
caused by clients changing their minds 
or trying to get more than they have paid 
for ina commercial project. 
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Lh 


LOSS OF RESOURCES 
of DIO} jects in The resources available to the 
3 project change (the budget is cut or 
low performing US increased, for example, or people 
organizations fail with vital skills are moved out of 


or into the project team). 


POOR PLANNING 


It becomes apparent that the 
original scope is impossible to 
deliver within the set time or 
cost constraints. 


NEW PERSONNEL 


The client changes (a new 
person comes in with new 


ideas). 
agai ADDED BENEFITS 
The client changes 
wail their mind about what New facts or 
- they want. technological 
advances would 
enable the project 
-_ — / to deliver valuable 
additional benefits 
USAGE CHANGE if the scope were 
modified. 


The circumstances in which 
the end product will be used 
have changed. 
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of US 
organizations 
are agile and 
able to respond 
to change 


Defining the change 


The golden rule when rescoping a project 
is to agree on all changes of scope in 
writing with the project sponsor. By 
creating a written record of all changes 
you create an audit trail that ensures 

that you and the sponsor have the same 

understanding of what the change is and 

why you are making it. Never agree toa 

change in scope before carrying outa 

full impact assessment, to identify how 

other features of the product will be 

affected, and developing a costed plan 

for how to deliver the change. 


million dollars is lost for every 
$1 billion spent each year 
by organizations on projects 
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Never agree to a change in 
scope before carrying out a 
full impact assessment and 
developing a costed plan for 
how to deliver the change 


Communicating change 


Communicate changes to all those they can be compared easily and any 
involved in the project's delivery as specific modifications highlighted. 

well as those who will receive the end The document should be signed off by 
product. If your organization does not the client—to ensure that he or she 

have a standard “Changes to Scope” wants the change; by you, to confirm 
document format and you decide to that you can deliver it; and by the sponsor 


create one, ensure it hasa similar format who ultimately has the authority to 
to the original scoping document sothat — sanction the change. 


Going 
live 


At the end of every project, there comes a 
point at which whatever it has produced 
needs to be handed over to the end users. 
As the culmination of all your efforts, this 
should be an exciting time for the project 
manager, but there will also be challenges 
to face, and careful management is 
required to deliver a smooth handover 
and a successful outcome. 
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Implementing the project 


Ensuring that the client, the team, and your organization have a positive 
experience as your project “goes live” is one of a project manager’s most 
important responsibilities. The decisions you make during every phase 
of your project’s life cycle should be with implementation in mind. 


Overcoming challenges 

Implementation is primarily a client-focused phase 
of a project. However, you should also consider its 
significance for the end user, the project team, and 
your organization. As the project goes live, end 


users have to assimilate changes and come out of 

their comfort zone, while project team members 

have to let go of a project and move on to something of pro) jects | In US 
new. Your organization simply wants swift and high- performing 
trouble-free implementation in order to realize 

the benefits of their investment. Your role as organizations 
project manager is to help all three groups 


deal with these challenges. are completed 
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: Asthe projectgoes 
: live, end users have to 
: assimilate changes 

: and come out of their 

: comfort zone 
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Key actions for successful implementation 


PHASE OF PROJECT 


INITIATION PHASE 


Describe the issue to be addressed or opportunity 
to be exploited. 


DEFINITION PHASE 


Design an end product that satisfies the need identified 
in initiation. 


PLANNING PHASE 


Design a communications plan that delivers the information 
that different stakeholders need; and ensure that the 
resources are available for successful implementation. 


CONTROL PHASE 


Ensure that all stakeholders are kept informed on progress 
and manage people's expectations. 


IMPLEMENTATION PHASE 


Present the product in the most positive way possible, 
demonstrating an understanding of all stakeholders’ needs. 


Include time and budget for implementation 
activities such as rehearsals, marketing, 
training, and change in management 
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ACTIONS 


° 


ie) 


(ome) 


{e) 


Oo00000 


Conduct research among end users to establish how widespread the issue or 
opportunity is. 


Document findings and, where confidentiality allows, circulate them to those 
who contributed. 


Wherever possible, design the product in consultation with the client/end 
user—attribute good ideas to those who offered them. 
Give an indicative date for implementation. 


Use prototypes and mockups to bring the idea alive both for the client 
and the project team. 


Find out what aspects of progress the stakeholders are interested in and how 
frequently they want reports, then create a communications plan to deliver this. 


Plan in time and budget for implementation activities such as rehearsals, 
marketing, training, and change management. 


Book facilities, equipment, and personnel required for implementation as soon 
as you have a launch timetable. 


Deliver the communications plan, and take advantage of any unexpected 
opportunities to promote your project. 

Find opportunities for listening to stakeholders’ hopes and concerns. 
Tell all stakeholders about any changes to the product or launch date, 
explaining why these have occurred. 

Create the materials (documentation, guides, manuals, etc.) required 

to support implementation. 

Train those who will support the product once it has gone live. 


Recruit end users who will test the product as soon as it is ready 
for implementation. 
Plan and rehearse implementation events. 


Get end users to test what you have produced (User Acceptance Testing). 

Hold implementation events to roll out the end product. 

Train or brief end users and distribute supporting documentation as necessary. 
Get the sponsor to inspect the finished product and sign it off as complete. 
Hold a celebratory event with the project team. 


Reassign project personnel, providing feedback to them and their managers 
as appropriate. 
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Preparing tor handover 


Although the majority of work has been done, projects can sometimes 
stall at the implementation stage. You may run out of budget or lose 
members of your team to other projects, or there may be last-minute 
changes from the client as they realize that implementation is imminent. 
Careful management at this stage ensures that your handover to the 
end users goes as smoothly as possible. 


Managing the final stages 

As a project nears completion, team 
members can often feel jaded; the 
novelty that drew them to the project 
in the first place has become a distant 
memory. To reinvigorate your team, hold 
a pre-implementation meeting with all 
those involved, including clients and 
end users wherever possible. The core 
purpose of this meeting is to produce 
a detailed route map through to 
completion, but a well-run meeting 
can do wonders for your team’s 
motivation and focus—especially 

if they see the client’s enthusiasm 

for what you are about to deliver. 


Steering the end game 

Your role in the lead up to 
implementation is primarily one of 
problem solving and coordination 

of the activity required for the project 
to “go live.” Go around and see all 
stakeholders, particularly team 


GEE () 


HOLD ON TO YOUR TEAM 
Tell team members that they 
are finished on your project 
only when you are absolutely 
clear that this is the case. 


members. Show an interest in what 

they are doing but resist the temptation 
to step in unless they really cannot do 
what has been asked of them without 
your help. Increase the frequency of 
review as you get close to your final date, 
but do not allow these meetings to get 

in the way of the work they should 

be doing. If everyone is in the same 
building, for example, a 10-minute 


“stand-up” meeting may work best, 


while conference calls are a sensible 
alternative for multisite projects. 


minutes may be 
sufficient time for 
review meetings in 
the final project stages 
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Running final tests : Hold a pre- 

For some projects, User Acceptance Testing (UAT) ios . 

is one of the last steps before implementation. Most H implementation 
frequently found in software development as the i 1 ] 

final technical test of a product, UAT may also be H meeting with all 
applied in a variety of situations. The testing is i those involved, 
carried out by a representative panel of end users, Ha] j H 

who work through as many different scenarios i including clients 
as necessary to be sure that the product will : and end users 


perform as expected when it goes live. UAT 
must not be used to confirm that the product is 
what the end users want—that should have been 
defined in the project scope and any subsequent 
“changes to scope” documents. 


Make a detailed 
implementation 
plan, using the 
team planning 
technique that you 
used to generate the 
overall plan. 


Make sure everyone 
leaves the meeting 
knowing precisely 
what they have to 

do and by when. 
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Handing the project over 


The way in which a project “goes live” varies from project to project, 
depending on the nature of its product. With time-critical projects there 
is rarely any doubt about the “go live” point, but where quality is the 
critical factor the opposite is often the case, and it takes a conscious 
effort to mark the point at which a project is complete. 


Signaling the end point 
Projects are different to business as 
usual because they have an end point 
at which they can be declared complete 
and then have their success evaluated. 
Even if you are the only person working 
ona project, it is still helpful to mark 
the “go live” point. This will send a clear 
signal that the project is finished and 
that you and the rest of the project 
team will be moving on. 


For most projects, implementation 
should coincide with the transference of 
responsibility from the project team to an 
ongoing support function. Perversely, the 
better you and your team have managed 
the client while the project was underway, 
the more difficult you will find it to get 
them to transfer their allegiance to a new 
group. By marking the “go live” point, you 
make a definitive statement to your client 
that the time has come for this to happen. 


By marking the “go live” point, you make: 
: a definitive statement to your client 


1 Havel made a clear declaration to all stakeholders 
that the projectiis Complete? ...csccsccccvsessscvesstcevssscasoscessasencessseecesecee LJ O 


2 Havel clearly signalled to the client and end users that 
they are now responsible for the product? .00........ceesseeeeeseeeeeeeeeeee L] O 


3 Havel marked the point at which project personnel are 


available for other assignments? .... 


a ee a 


4 Havel taken the opportunity to say thank you to those who 


have contributed to the project? ...... 


eS te ene el a 


OILING THE WHEELS 

A project manager charged with 
moving 40 people from an office 
in the heart of London to more 
spacious but cheaper premises 
ina less affluent part of London 
faced achallenge to ensure 
smooth implementation: the move 
was for financial reasons and no 
one wanted to go. He decided to 
put together a welcome package 
for each member of staff and 
asked every store, bar, café, 
restaurant, and gym in the area 
around the new offices whether 


Holding an event 
Hold a “go live” event (perhaps couched 
as a final review meeting] to review the 
whole project. Evaluate the changes 
and benefits it has achieved. Consider 
how to organize the event so that there 
are things for people to see, do, and 
talk about. However, make sure it is 
appropriate—if you overplay ‘go live” 
you may be accused of self-promotion. 
Involve the project sponsor in the event 
and thank all those who have contributed. 
Another pretext for an event might be 
to introduce the client or end users to the 
people who are about to begin supporting 
them. Reiterate the post-implementation 
support that will be available and how 
post-project support will take place. This 
period is the time to identify and resolve 
minor defects that take place during the 
implementation phase, prior to the project 
being declared complete. Make sure that 
everyone understands the part you need 
them to play in putting the project to bed. 
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they would make introductory 


offers to the newcomers once they 
produced their company ID cards. 
On the day of the move, he placed 
the finished package of discounted 
goods and services on each desk | 
in the new offices. The offers it 
contained actively encouraged 
people to explore the area rather 
than simply sit at their desks 

and complain about their new 
surroundings. And when they did 
take advantage of the offers, they 
found that they were welcomed 
as valuable customers. 


Providing support 

In a quality-critical project, the quality 
of post-implementation support given 
to the end user is essential to its 
long-term success. Never declare a 
project complete until the end user 
has been trained to use the product 
and first-line support is available 
from outside the project team. 


Mg 


TAKE ADVICE 

Speak to your sponsor about 
your plans for marking “go 
live.” Ultimately it is up to him 
or her to decide when the 
project is complete. 


44 
Tm 
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Evaluating Success 


Once the end product has been delivered the project manager’s 
final act should be to review the outcome of the project and evaluate 
its overall success. It can often be illuminating to make this post- 
implementation review against both the original scope and any 


subsequent modifications. 


Analyzing the outcome 

You should review the success of your 
project in a number of ways. First, look 
at your immediate impression: did the 
project deliver what was expected? This 
level of review is best done at the same 
time as implementation—in fact, it 
should be part of the sign-off procedure 
involving sponsor, client, and project 
manager. The review process should 
also look at whether the project 

has delivered a long-term benefit. 

In time-critical projects, this may 
already be at least partly evident at 
implementation or shortly afterward, 

but in quality-critical projects the 
benefits may take longer to become clear. 
Finally, your evaluation should look at the 
benefits gained in business terms. Was 
the project worth it financially? 


Tip 
INVOLVE THE SPONSOR 


Try to get the sponsor involved 
in the review process— 
experience suggests that 
without their involvement, 
the review rarely gets done 

as people are busy and 

move on to the next job. 


GIVE A PERSONAL 
REWARD 


Send an appropriate 

gift to members of the 
team at their homes witha 
personalized note: a bottle 
of Champagne, a bunch of 
flowers, vouchers fora 
spa, or tickets for an event 
can all deliver a far bigger 
message than the money 
that they cost. 


GIVE BONUSES 


Team members will always 
appreciate a cash bonus, if 
funds are available. 


Did the project deliver what 
was expected? Was the 
project worth it financially? 
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GIVE A PROJECT GIFT EXPRESS YOUR 


Give a tailor-made project present to THANKS 
thank people for taking part. This gift 
does not have to be expensive but 

should be tasteful, fun, and/or useful. 


Hand-write a personal 
letter to each team 
member expressing 
thanks for his or her 
personal contribution, 
making the effort 

to write something 
different in each one. 


COMMEMORATE THE 
OCCASION 


Write an article for your 
in-house e-newsletter or 


Ideas for your organization's website. 
celebrating Remember to thank all the 
success team and show how their work 


helped to achieve aims and 
benefit the whole organization. 


ALLOCATE FUNDS 
Put a small “celebration fund” into 


the project budget, which increases or 


decreases depending on whether the of US executives 


project is ahead of or behind time and 


budget. At the end of the project, hold Say that strategy 
a social event, involving everyone implementation iS 


who contributed, at which you and 


the sponsor [and client if appropriate) an important factor 
can express your thanks. sh ps 
for their firms 
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Reviewing the process 


A “lessons learned” review allows you to learn from the process you 
have been through and helps you find ways to improve your project 
management. Because the project process should be repeatable, the 
main purpose of review is to establish what went well, what could 
have gone better, and what you can do to improve future projects. 


Looking back at your project ‘if something 

The review process is your chance to learn from i : 

experience. It is not just about spotting errors or i worked particularly 

identifying parts of the process that did not run as i 

smoothly as they could have—evaluation of what H well [such ds 

was successful is equally informative. Ifsomething : qd technique Of d 

worked particularly well (such as a technique or a i F : 

supplier], it should be noted for future reference. i supplier, It should 
However, inevitably there will be some things H be noted for 

that go wrong in your projects, and these also H 

provide valuable lessons for the future. Although : future reference 


they may have been unforeseeable the first time 
they occurred, by taking the time to understand what 
has happened and why, you should be able to gain 
insights that would otherwise be missed, and take 
action to prevent their recurrence in future projects. 


Learning from the details 
When reviewing the project, consider all 
aspects of the process in detail. Do not 
rely on opinions about what went well 
or make assumptions about what went 
wrong: talk to those involved and try to 


discover the facts. When these are in 


of Strategic initiatives do NOt dispute, ask for evidence. Be curious 
about why things happened, and explore 


meet their original goals how this could inform future project 


decisions. When searching for the 
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PLANNING PROJECTS FOR LEARNING 


Do's 


O Establishing quality assurance 
procedures from the outset 


O Giving personal learning 
objectives for the project 
to all team members 


© Including “lessons learned” asa 
regular agenda item for meetings 


© Having ateam culture 
characterized by high 
levels of feedback 


O Establishing mechanisms for 
disseminating new ideas 


truth, be sensitive to the feelings of 
those involved: reviews should never 
become witch-hunts. 

Once you have a good understanding 
of how everything worked, make sure 
that you act on your findings. Project 
learning is done for a purpose—to 


improve performance on future projects. 


Don't keep useful information and ideas 


to yourself—pass them on to where they 


can make a difference. 


Don'ts 


© Allowing an experienced project 
team to perform their roles 
out of habit 


O Being cynical about the 
organization’s ability to 
do things differently 


© Considering change a threat 
to what has been successful 
in the past 


© Allowing a blame culture, in which 
it is dangerous to admit mistakes 


© Holding the project plan centrally 
and discouraging discussion of 
its details 
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Holding a project review 
A “lessons learned” review meeting is 


your opportunity to get the team together 


and discuss how the project went. Hold 
the meeting as soon as implementation 
is complete—you can always calla 
second one, if necessary, once the 
project has been embedded. Far from 
duplicating effort, you will find that you 
actually save time using this approach, 
because memories are clearer and 
conclusions are reached more quickly. 

Involve as many stakeholders as is 
practical in this meeting. A process 
review should take account of the views 
of everyone involved, within the 
constraints of cost, time, and availability. 
If possible, include the views of the client 
and end user, although in commercial 
projects, you may need to think carefully 
about how you are going to get these. 

Be clear on what you want to achieve 
and have an agenda for the meeting. A 
review meeting can become unfocused 
and descend into generalizations unless 
there are specific items to discuss. If you 
have held interim learning reviews, use 
the notes from these asa structure. If 
not, then the PID, plan, and risk logbook 
can bea good basis for discussion. 


Aim for three key learning 
points clearly described so 
that anyone encountering a 

similar problem in the future 


Ce) 


PLAN AHEAD 

Set a date for the review meeting 
when you are planning the 
implementation of the project— 
this should make it easier to get 
the time in people's schedules. 


Documenting your review 
Brevity is often the key to a successful 
project review document, so record the 
recommendations that you generate 
following the “lessons learned” review 
meeting succinctly. Aim for three key 
learning points clearly described so that 
anyone encountering a similar problem 
in the future can implement your 
recommendations. If you have to write 
more because the project was large 
and complex, structure the document 
in a way that enables people to gain an 
overview quickly and then select only 
the detail that is relevant to them. It can 
be useful to generate a main document 
that you distribute to all stakeholders— 
containing a limited number of key 
recommendations for the conduct 
of future projects—and a number of 
annexes. These can either cover each 
recommendation in detail or provide 
more detailed feedback to specific 
individuals or departments. 

Discuss your recommendations with 
the sponsor. Even if the sponsor does 
not want to be fully involved in the 
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1. Wasiour original SCOPG QOO0? i.2.cccciscesesdessesssravcevcvsescasceccccevcscevsseceees L] L] 
2 Were the time and cost estimates accurate? oo... eee nee = L] 
3 Did we have the right mix of people on our team? .........seeeeeeeeeereee L] LJ 
4 Did the stakeholders work together effectively? ............ceeeeeeee ia CL] 
5 Might we have anticipated risks better? ......... eee eeeeeeeeeeeeeeeeeereeees i L 
6 Did the technology we used perform effectively? ........... sees L] LJ 
7 Did our project methodology work Well? 0.0... ceeseeeeeeeteeseeteeeeeeeees L] L] 
8 Were our project documents useful? Were any missing? .............. a L] 


Giving personal feedback 
The review phase of your project should : i) eee ee @ 
also look at the performance of individual 
members of your team. Although you THINK SMALL j 
should have been giving regular feedback Don't underestimate the value 
throughout the project, people appreciate of small, easily implemented 

a final review once it is completed, improvements te yeue 

especially when they've put a Lot of effort approach. A “lessons learned” 

into making a project successful. You will review should identify several 

find that the best workers use feedback of these, and their combined 

from project reviews as a way to build their effect can be significant. 
resume or gather references. Equally, . 

people will be more likely to make a 

second effort if they know that failure 

will be investigated and recorded. 
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